home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000006_owner-linux-arm…r.rutgers.edu _Mon Jan 20 01:28:42 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA26859 for <willy@odie.fluff.org>; Mon, 20 Jan 1997 01:28:41 GMT
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <68288-13071>; Mon, 20 Jan 1997 03:27:44 +0200
  4. Received: by vger.rutgers.edu id <213045-11748>; Sun, 19 Jan 1997 20:17:43 -0500
  5. Date:     Mon, 20 Jan 1997 01:26:42 +0000 (GMT)
  6. From: Philip Blundell <pjb27@cam.ac.uk>
  7. X-Sender: pjb27@hammer.thor.cam.ac.uk
  8. To: j.heenan@odie.barnet.ac.uk
  9. cc: linux-arm@vger.rutgers.edu
  10. Subject: Re: Arm Linux
  11. In-Reply-To: <c196f64e47@dial1221.dialup.warwick.ac.uk>
  12. Message-ID: <Pine.SOL.3.95.970120012009.14935A-100000@hammer.thor.cam.ac.uk>
  13. MIME-Version: 1.0
  14. Content-Type: TEXT/PLAIN; charset=US-ASCII
  15. Sender: owner-linux-arm@vger.rutgers.edu
  16. Precedence: bulk
  17. Status: RO
  18.  
  19. On Sun, 19 Jan 1997, Joseph Heenan wrote:
  20.  
  21. > I'd like to do something - but I can't even run linux at the moment
  22. > (ARM 700). I have a pentium sitting next to me than I could use to
  23. > cross compile things, but that's kind of hindered by not having any
  24. > source.
  25.  
  26. Hopefully, source we _will_ have soon.  If Russell sends me the disk then
  27. I can put up on an ftp site for other people to download. 
  28.  
  29. > I have not idea what's involved in getting it to work on a 700 -
  30. > I can't see it been too much, like you say, but I don't want to stand
  31. > up and say "I'll do this", and then find it's way outside of my
  32. > capabilities.
  33.  
  34. I think it ought to be well within the capabilities of somebody who knows
  35. a reasonable amount about the ARM family, has the hardware, and has some
  36. experience of the kernel.
  37.  
  38. > I have a zip drive that I can connect upto a PC at uni - if people
  39. > want things uploading, I can do it if it's sent to me on a zipdisc...
  40.  
  41. Yes; I have a SyQuest drive in my (Internet-connected) machine.
  42.  
  43. > >     - X.  The Xserver for Archimedes hardware isn't really rocket
  44. > >       science, since VIDC just gives you a flat framebuffer.  At the
  45. > 
  46. > How much is involved in this?
  47. > (Low-level VIDC hacking?)
  48.  
  49. Not even much of that.  As things stand, the screen mode is set up by RISC
  50. OS and left alone by Linux.  It would be nice to have a way to change it,
  51. but it's not vital. 
  52.  
  53. > I'd assume (perhaps wrongly) that this is mostly just a question of
  54. > grabbing the sources and compiling things. I could perhaps do this,
  55. > depending on what sort of timescale things are going to happen on.
  56.  
  57. Basically yes.  There are things like alignment errors that will need to
  58. be fixed up -- as far as I know, the ARM3 is currently unique among Linux
  59. machines in that it absolutely _cannot_ do an unaligned access.  The Intel
  60. will do the access happily; the Alpha and the SPARC (and the ARM6+ with
  61. MMU on, I think) will fault and you can emulate it in software, but the
  62. ARM3 will silently discard the low address lines.  Other than that,
  63. someone will need to write an installation system and the rest is just a
  64. question, as you say, of compiling things up.
  65.  
  66. > This isn't just arm-linux, though - and I thought there was already
  67. > someone working on this.
  68.  
  69. Indeed.  With this (and X as well) we should liase with the NetBSD people.
  70.  
  71. > fun, yes. Whether it could actually have any practical value or not
  72. > is another matter ;-)
  73.  
  74. It could do.  Things like BBC BASIC and Norcroft C might be beneficial to
  75. be able to run under Linux, and I don't think it even ought to be too
  76. tricky.  
  77.  
  78. > As far as I can see, from what's on the ftp site, I can't do anything
  79. > without having access to an A5000, and I don't :-(
  80.  
  81. That certainly does seem to be the state of play at the moment.
  82.  
  83. P.